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(57) Abstract: The invention relates to a method and system for the electronic payment of goods or services which are dispensed 
by an automaton with asynchronous reconciliation. According to the invention, a user (1), who is equipped with a mobile terminal 
(2) and an electronic payment means comprising a payment account that is accessible via a payment server (51) belonging to an 
electronic payment management centre (5), can order a good or service directly on an automaton (3), said automaton (3) comprising 
a means for selecting electronic payment means as the method of payment for the ordered good or service. The automaton reacts to 
the selection of the electronic payment means such as to establish a connection with a relational server (4) automatically, send the 
references of the ordered good or service to the relational server and deliver the good or service in response to a delivery instruction 
from said relational server. Moreover, the relational server (4) is connected to the automaton (3), the mobile telephone device (2) 
and the payment server (51) in order to send a payment authorisation request automatically to the payment server upon receipt of 
transaction data sent by the automaton (3) as well as identification information sent by the user via his/her mobile terminal (2), such 
as to transmit a delivery instruction to the automaton when payment authorisation has been granted. 

(57) Abrege : Pour permettre a un utilisateur (I), equipe d'un terminal mobile (2) et possedant un moyen de paiement electronique 
comprenant un comptc de paiement accessible via un serveur dc paiement (51) d'un centre de gestion de paiement electronique (5), 
de commander directement sur un automate (3) un bien ou un service, ^'automate (3) comprend un moyen pour selectionner le moyen 
dc paiement electronique commc mode de paiement du bien ou du service commande ct reagit a la 
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la Gazette du PCX 



selection du moyen de paiement electronique pour dtablir automatiquement une connexion avec un serveur de relation (4), envoyer 
les references du bien ou du service commande* au serveur de relation et delivrer le bien ou service en rgponse a une instruction de 
livraison du serveur de relation. Le serveur de relation (4) est en liaison avec 1'automate (3), 1'appareil de te16phonie mobile (2) et le 
serveur de paiement (51) pour envoyer automatiquement une demande d'autorisation de paiement au serveur de paiement a reception 
des donnees de transaction envoye*es par 1'automate (3) ainsi que des informations d'identification envoyges par l'utilisateur via son 
terminal mobile (2), de maniere a transmettre une instruction de livraison a 1'automate lorsque Tautorisation de paiement est accordee. 
(Figure 1) 
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Precede et systeme de paiement electronique de biens ou 
services distribues par un automate avec conciliation asynchrone 

Domaine de I'invention 

La presente invention concerne les services de paiement 
electronique dits "cashless" qui permettent de regler des achats de biens 
ou de services avec des moyens de paiement electronique sans recourir a 
I'Echange de monnaie traditionnelle. 

Art^pterieur 

II existe aujourd'hui de plus en plus de moyens de paiement 
Electronique qui permettent d'effectuer des achats de biens ou de services 
sans avoir besoin de recourir aux moyens de paiement traditionnels qui 
necessitent I'Echange de monnaie ou de cheques par exemple. Parmi ces 
moyens de paiement electronique, on trouve notamment un systeme de 
paiement Electronique dit "porte-monnaie electronique" ou "porte-monnaie 
virtuel" qui est particulierement adapte pour les micro-paiements. En 
effet, pour des achats de faibles montants, les frais de transaction induits 
par le paiement par carte bancaire ou par cheque rendent ces moyens de 
paiement traditionnels peu attractifs tant pour le commergant que pour le 
client 

Le porte-monnaie electronique fonctionne suivant le principe 
sulvant. Le porte-monnaie Electronique est associe soit a un compte 
bancaire de Tutilisateur, soit a un compte specifique que I'utilisateur doit 
ouvrir prealablement aupres d'une sociEtE specialisEe- Lors du paiement, 
I'utilisateur doit etre identifie pour permettre le debit de son porte- 
monnaie Electronique. 

Cette operation peut etre rEalisEe au moyen d'un support physique, 
telle qu ! une carte de credit Equipee d'une puce Electronique qui est 
introduite dans un appareil de lecture en relation avec le seryeur „de la. 
sociEtE de gestion du porte-monnaie electronique afin d'autoriser Tachat et 
de gErer le debit et le credit des comptes concernes. Cependant, 
['utilisation d f un tel support matEriel pour le paiement implique que 
Putilisateur ou le commergant soit EquipE d f un appareil de lecture en 
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liaison avec un terminal de communication pour I'acces aux services de 
paiement electronique. 

Aussi, afin de rendre plus accessibles les transactions au moyen du 
porte-monnaie electronique, des solutions de mise en ceuvre de ce moyen 
de paiement sans support physique appele" aussi porte-monnaie virtuel ont 
ete developpees. On citera par exemple le porte-monnaie virtuel "iPin"® 
de la societe W-HA. Avec ce type de porte-monnaie virtuel, I'utilisateur 
peut effectuer des achats en ligne en donnant simplement un mot de 
passe. Ce mode de paiement est particulierement adapte pour la 
facturatlon de menus achats sur Internet 

Cependant, les micro-paiements realises avec ce type de porte- 
monnaie electronique sont pour I'instant encore reserves aux transactions 
en ligne effectuees sur des sites marchands autorisant ce moyen de 
paiement. 

Toutefois, il exlste d'autres secteurs de vente ou les micro- 
paiements sont frequents, voire systematiques, et pour lesquels I'usage 
d'un tel mode de paiement serait avantageux. Parmi ces secteurs, celui 
des automates constitue en particulier un marche" important pour les 
micro-paiements. En effet, le nombre et la diversity des automates 
(distributees boissons, nourriture, etc., parcmetre, borne Internet) qui 
proposent des biens ou des services moyennant paiement sont en 
constante augmentation dans de nombreux secteurs d'activite. 

Cependant, la plupart des automates actuels ne sont equipes que 
de dispositifs de paiement classiques (monnayeurs) aptes a recevoir 
uniquement de. la monnaie "physique" (especes : pieces ou billets). Ceci 
entraine un certain nombre d'inconvenients tant pour I'utilisateur que pour 
le gestionnalre des automates. En effet, I'utilisateur doit toujours avoir de 
la monnaie en quantity suffisante pour pouvoir effectuer des achats. 
D'autre part, I'usage de monnaie traditionnelle est encore plus 
contralgnant pour le gestionnaire d'automates car il necessite des 
interventions humaines frequentes, soit pour veiller a ce que la machine 
contienne en permanence suffisamment de pieces pour rendre la monnaie 
a I'utilisateur lorsque celui-ci ne fait pas I'appoint, soit pour collecter la 
monnaie presente dans I'appareil. Enfin, la presence de monnaie physique 
dans 1'automate augmente les risques d'effractions sur I'appareil. 
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Des exemples d'achat de marchandises ou de services sur 
automates en utilisant un telephone cellulaire sont decrits notamment 
dans les documents US 2002128932, DE 10031532 et WO 02/061692. 
Toutefois, les realisations decrites dans ces documents impliquent de 
mettre en oeuvre des solutions de paiement specifiques et ne permettent 
pas 1'utilisation d'un moyen de paiement generaliste tel que le porte- 
monnaie virtuel. 

II existe, par consequent, une demande pour permettre la 
generalisation du paiement electronique a tout type d'automates qui 
proposent des biens ou des sen/ices pour de menus montants et pour 
lesquels le seul moyen de paiement actuellement utilise pour le reglement 
reste la monnaie en especes. 



Obiet et description succincte de l'invention 

La presente invention vise a rem£dier aux inconvenients precites et 
a proposer une solution de paiement simple qui permet a un utilisateur 
d'effectuer des achats sur des automates sans avoir besoin d'utiliser de la 
monnaie en especes. 

Ces buts sont atteints grace a un proced6 d'achat permettant a un 
utilisateur equipe d'un terminal mobile et poss&lant un moyen de 
paiement electronique comprenant un compte de paiement give par un 
centre de gestion de paiement electronique accessible via un serveur de 
paiement, Tachat d'un bien ou service propose sur un automate, 
caract6ris£ en ce qu f il comprend les etapes suivantes: 

a) selection par I'utilisateur du mode de paiement sur ['automate, 

b) selection par I'utilisateur d'un bien ou d'un service sur Tautomate, 

c) connexion de Tautomate a un serveur de relation pour envoyer les 
references du bien ou du service selectionne, 

d) mise en attente de Tautomate d'une reponse du serveur de relation, 

e) connexion au serveur de relation par I'utilisateur via son. terminal 
mobile pour communiquer au dit serveur Identification de Tautomate, 

f) interrogation du centre de gestion de paiement electronique par le 
serveur de relation pour verifier la validity du moyen de paiement 
electronique de I'utilisateur, 
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g) envoi d'une autorisation de paiement par le centre de gestion de 
paiement Electronique au serveur de relation lorsque la verification de 
la validlte du moyen de paiement electronique est positive, 

h) demande de livraison du produit par le serveur de relation a 
I'automate, et 

i) delivrance du bien ou du service a I'utilisateur par I'automate en 
rEponse a la demande de livraison du serveur de relation. 

Ainsi, conformEment au procedE de I'invention, en errant un 
dialogue entre I'automate et un serveur de relation d'une part et, entre le 
terminal mobile de I'utilisateur, le serveur de relation et le centre de 
gestion de paiement electronique, d'autre part, I'utilisateur peut payer ses 
achats effectues sur I'automate avec son moyen de paiement electronique. 
La presente invention propose une solution technique pour la conciliation 
de mecanismes asynchrones (mise en attente automate, demande 
autorisation de paiement, appel serveur de relation par utilisateur, etc.) 
permettant de realiser un achat sur un automate en utilisant un moyen de 
paiement electronique rattachE a une entity indEpendante (i.e. centre de 
gestion de paiement Electronique). 

La solution proposee par I'invention permet de favoriser I'usage 
d'un moyen de paiement tel que le porte-monnaie Electronique en 
apportant plus de souplesse et d'utilisation. Pour le fournisseur de 
I'automate, cela lui Evite que trop de monnaie en especes soit collectEe 
par I'automate diminuant ainsi la quantite d'argent presente dans la 
machine et, par consequent, les interventions ainsi que les risques 
d'effraction. Enfin, pour I'utilisateur, cela represente une utilisation 
supplementaire de son moyen de paiement Electronique. 

Dans I'etape e), I'utilisateur peut etre identifie/authentifie au moyen 
d'un code dldentification transmis par le ' terminal mobile, tel que le 
numEro MSISDN par exemple, le compte de paiement de I'utilisateur 
etant associe a ce code de maniere a permettre (Identification du compte 
de paiement de I'utilisateur dans I'etape f). 

Selon une caracteristique de I'invention, dans I'Etape f), le serveur . 
de relation interroge en outre le centre de gestion de paiement 
electronique pour verifier le credit disponible du moyen de paiement 
electronique de I'utilisateur de sorte que I'envoi de I'autorisation de 
paiement par le centre de gestion de paiement Electronique au serveur de 
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relation dans I'etepe g) est realist lorsque la verification de la validite et 
du credit du moyen de paiement electronique est positive. 

Selon une autre caracteristique du proced£ de I'invention, dans 
I'etape 0/ le centre de gestion de paiement electronique effectue en outre 
le debit du compte de paiement de I'utilisateur du montant de I'achat du 
bien ou du service selectionne. 

De plus, toujours dans I'etape f), le centre de gestion de paiement 
electronique peut eteblir une liaison avec un serveur du compte bancaire 
de I'exploltant de I'automate pour crediter ledit compte du montant de 
I'achat du bien ou du service selectionne par I'utilisateur. 

Le procedS peut comprendre en outre une etope de validation du 
paiement par I'utilisateur dans laquelle le serveur de relation demande a 
I'utilisateur de valider le paiement via son terminal mobile, la reponse de 
I'utilisateur etent ensuite transmise au centre de gestion de paiement 
electronique par le serveur de relation. 

Afin de ne pas penaliser I'utilisateur en cas de disfonctionnement de 
I'automate lors de la livraison du bien ou du service, ce dernier peut 
renvoyer une information sur le statut de livraison au serveur de relation 
qui, en cas d'echec dans la livraison du bien ou du service a I'utilisateur, 
envoie une demande de credit au centre de gestion de paiement 
electronique correspondant au montant de I'achat prec£demment debite. 

Selon une caracteristique de I'invention, dans I'etape d), I'automate 
est mis en attente pendant une duree determined. 

La presents invention a egalement pour objet un systeme 
comprenant un automate destine a distribuer un bien ou un service 
commande dlrectement sur I'automate par un utilisateur equipe d'un 
terminal mobile comprenant des moyens de transmission de donnees, 
I'utilisateur possedant en outre un moyen de paiement electronique 
comprenant un compte de paiement accessible via un serveur de 
paiement d'un centre de gestion de paiement electronique, 

caracterise en ce que I'automate comprend un moyen pour 
selectionner le moyen de paiement electronique. comme mode .de 
paiement du bien ou du service commande et des moyens de traitement 
r£agissant a la selection du moyen de paiement electronique pour 6tablir 
automatiquement une connexion avec un serveur de relation, envoyer les 
references du bien ou du service commande audit serveur de relation et 
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delivrer ledit bien ou service en reponse a une instruction de livraison du 
serveur de relation, 

et en ce que le serveur de relation est en liaison avec Pautomate, 
Pappareil de telephonie mobile et le serveur de paiement, ledit serveur de 
relation comprenant des moyens de traitement pour envoyer 
automatiquement une demande d ! autorisatlon de paiement au serveur de 
paiement a reception des donnees de transaction envoyees par Pautomate 
ainsi que des informations ^identification envoyees par Putilisateur via son 
terminal mobile, de maniere a transmettre une instruction de livraison a 
Tautomate lorsque Pautorisation de paiement est accordee. 

Selon une caracterlstique de Pinvention, le serveur de relation peut 
comprendre en outre des moyens pour demander une validation du 
paiement par Putilisateur via son terminal mobile et transmettre 
Information de validation au serveur de paiement 

Afin de ne pas penaliser Putilisateur en cas de disfonctionnement de 
Pautomate lors de la livraison du bien ou du service, ce dernier peut 
comprendre en outre des moyens pour renvoyer une information sur le 
statut de livraison au serveur de relation, le serveur de relation envoyant 
au serveur de paiement une demande de credit du compte de Putilisateur 
du montant.de Pachat en cas d'echec dans la livraison du produit ou du 
service par Pautomate. 

Selon un aspect de Pinvention, le terminal mobile comprend une 
interface de communication pour permettre un dialogue et Pechange de 
donnees avec au moins le serveur de relation. 



Breve description des dessins 

D'autres caracteristiques et avantages de Pinvention ressortiront de 
la description suivante de modes particuliers de realisation de Pinvention, 
donnes a titre d'exemples non limitatife, en reference aux dessins 
annexes, sur lesquels: 

- la figure 1 est une vue sch^matique globale du systeme selon 
Pinvention, 

- les figures 2A et 2B sont des organigrammes illustrant les etapes 
du procede selon Pinvention. 
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Description detaillee des modes de realisation de l T invention 

La presente invention est bas6e sur I'utilisation d f un compte pre ou 
post-paye ger6 electroniquement en tant que moyen de paiement pour 
Pachat de biens et/ou de services proposes sur des automates en libre 
service. Plus particulierement, le moyen de paiement mis en oeuvre dans 
la presente invention peut etre un porte-monnaie virtuel du type de ceux 
implements sur les appareils de telephonie mobile comme le systeme de 
paiement "Clic-paiement" de la societe Orange France. Ce type de porte- 
monnaie virtuel est un compte prepaye permettant d'effectuer des achats 
pour des montants inferieurs a quelques euros. Ce mode de paiement 
permet d'accepter les transactions en ligne effectuees sur les services 
multimedias mobiles tels que le WAP et dont le montant est trap minime 
pour etre regie par carte bancaire. Les abonnes peuvent ainsi acheter des 
biens ou des services comme la meteo, des sonneries ou des fonds 
d'6cran. Lors de I'achat d'un bien ou d'un service sur le WAP par exemple, 
Putilisateur verra son compte prepaye debite du montant correspondant. 
Actuellement, ce type de moyen de paiement est reserve aux paiements 
des achats en ligne via le reseau de telephonie mobile auquel Putilisateur 
est abonne. En d'autres termes, ce mode de paiement ne peut etre utilise 
que pour des biens ou services proposes sur des sites marchands 
accessibles via le r6seau de telecommunication auquel Putilisateur est 
abonne. La presente invention a done pour effet d^tendre Tusage d'un tel 
moyen de paiement electronique aux achats sur les automates. 

L'invention est destinee aux utilisateurs qui poss^dent, non 
seulement, un telephone mobile ou tout type d'appareil equipe de moyeris 
d'acces aux reseaux et services de telephonie mobile, mais aussi, un 
moyen de paiement electronique pre ou post-paye associe du type d£crit 
ci-dessus. 

La figure 1 est une vue globale du systeme montrant les relations 
entre les differentes parties intervenant selon le procede de Tinvention. 
Les parties qui interviennent principalement lors d'une_ operation, d'achat 
sont un utilisateur i 6quip£ d'un terminal mobile tel qu'un telephone 
mobile 2 (ex. telephone GSM, GPRS ou 3G) ou equivalent (ex. PDA 
communicant) et possedant un compte de paiement associe constituant 
son porte-monnaie virtuel, un automate 3 proposant des biens et/ou des 
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services en echange d'un paiement, un serveur de relation 4 et un centre 
de gestion de paiement electronique 5 administre par une societe aupres 
de laquelle I'utilisateur a demande I'ouverture d'un compte de paiement 
pour son porte-monnaie virtuel. Le systeme peut comprendre en outre un 
serveur 6 pour I'acces et la gestion du compte bancaire de la societe 
exploltante des automates. 

L'automate 3, qui peut etre de tout type, comme par exemple un 
distributeur de boisson, de friandises, un parcmetre, un horodateur, un 
photocopieur, etc., comprend, en outre des moyens traditionnels de 
paiement recevant de la monnaie physique (especes : pieces ou billets), 
des moyens qui lui permettent de delivrer un bien ou un service en 
reponse a un paiement effectu6 par un moyen de paiement electronique. 
Plus precisement, Pautomate selon I'invention comprend au moins un 
modem (non repr^sente) relie a des moyens de traitement 
(microprocesseur, logiciels et memoires) specialement programmes pour 
se connecter, via une liaison 7, au serveur de relation 4 et reagir aux 
instructions de ce dernier qui commande la livraison du bien ou du service 
s£lectionn6 par I'utilisateur apres verification et autorisation du service de 
gestion de paiement electronique 5. 

Le centre de gestion de paiement electronique 5 comprend un 
serveur de paiement 51 et une base de donnees 52 dans laquelle sont 
stockes et mis a jour tous les comptes associes aux moyens de paiement 
electronique ge>es. Le centre de gestion 5 est capable de traiter des 
demandes de debit ou de credit d'entites extdrieures suivant certaines 
conditions de securite (enregistrement prealable des entites externes, 
identification, protocoles d'acces et de communication, etc.). Le serveur 
de paiement 51 est accessible par le serveur de relation 4 via une liaison 8 
et eventuellement par le telephone mobile de rutilisateur via une liaison 
10. 

L'utilisateur 1 a acces au serveur de mise en relation 4 par 
I'intermediaire de son telephone mobile 2 via une liaison 9. A cet effet, le 
terminal mobile de I'utilisateur dans I'exemple cqnsiderejci. comprend une 
interface donnant acces au serveur de relation et a ses applications 
permettant de saisir les donnees necessaires a la transaction. L'interface 
logicielle installed sur le terminal mobile peut §tre egalement une 
application plus elaboree offrant a I'utilisateur des fonctionnalites 
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supptementaires dans le dialogue avec le serveur de relation et, 
eventuellement, avec le centre de gestion de paiement electronique. 

La liaison 7 qui permet a I'automate de dialoguer avec le serveur de 
relation peut etre une llgne de transmission bidirectionnelle soit de type 
filaire electrique ou optique, soit de type non filaire utilisant le reseau de 
telephone mobile ou un reseau local radio (WLAN), par exemple du type 
Bluetooth® ou WiFi®. 

Les liaisons 8 et 11 sont des lignes de transmissions 
bidirecHonnelles de type liaison de donnees, par exemple Internet, tandis 
que les liaisons 9 et 10 sont des liaisons radio frequence (RF) de 
tel4phonie mobile qui permettent la transmission de donnees sur un 
reseau sans fil. 

Le proceed de I'invention qui est mis en ceuvre dans le systeme de 
la figure 1 va §tre decrit en relation avec les figures 2A et 2B. 

Au depart (etape ST1), le modem de I'automate est en veille. 
L'utilisateur selectionne sur I'automate le mode de paiement Electronique 
(etape ST2). Cette operation permet dlnitier la transaction conformement 
au proced6 de I'invention. Elle permet notamment d'activer le moyen de 
communication (modem) de I'automate. L'utilisateur selectionne ensuite 
le bien ou service de son choix (&ape ST3). Pour faire son choix, 
l'utilisateur consulte les produits ou services offerts par I'automate. A cet 
effet, I'automate comporte sur sa facade tous les elements necessaires : le 
distributeur peut presenter par exemple des etiquettes ou photos 31 des 
differents articles proposes chacune associee a un bouton 32 de selection. 
La selection par rutilisateur peut egalement se faire a partir d'un clavier 33 
associe a un ecran 34 pour guider l'utilisateur dans sa commande. 
L'automate envoie ensuite les donnees de transaction au serveur de 
relation (&ape ST4). 

Les donnees de transaction comprennent notamment une 
identification (i.e. les references) du bien ou du service selectionne^ par 
l'utilisateur et/ou le prix de celui-ci. Des la fin de renvoi des donnees de 
transaction, Tautomate se met en attente d'une reponse. du. serveur. de 
relation (etape ST5). Pour ne pas rester bloque indefiniment en attente 
d'une reponse, une duree d'attente maximum est programm^e dans 
I'automate (etape ST51) de sorte qu'une fois cette duree depassee, 
I'automate annule la transaction et revient dans sa position de depart 
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(mode autonome) afin d'etre disponible pour de nouvelles transactions. 
La duree d'attente maximum est fixee de maniere a permettre a 
Putilisateur d'effectuer en parallele toutes les operations necessaires 
(etapes ST8 a ST15) a la validation de son paiement. 

Durant la mise en attente de Pautomate d'une reponse du serveur 
de relation, Putilisateur entre en contact avec le serveur de relation via son 
telephone mobile et la liaison 9 (etape ST8) en utilisant des services ou 
protocoles de t&ephonie mobile tels que le WAP, PUSSD, le SMS ou un 
service vocal. Par le biais de cette liaison, il communique Pidentification 
de Pautomate sur lequel il veut effectuer son achat (etape ST9). 

^identification de Pautomate peut corresponds par exemple a un 
numero de reference inscrit sur Pautomate par le gestionnaire. 

Le serveur de mise en relation verifie alors si Putilisateur poss£de 
un compte de paiement en interrogeant le centre de gestion de paiement 
electronlque 5 et si tel est le cas, il peut egalement s'assurer que le 
compte de paiement de Putilisateur pr^sente un credit suffisant vis-a-vis 
du montant de Pachat (etape ST10). L'identificatiori etyou 
Pauthentification de Putilisateur peut se faire au moyen du numero du 
mobile appelant (par exemple le numero MSISDN) comme dans les 
methodes standards utilisees pour Pacces au service WAP a partir d'un 
telephone mobile GSM. Toutefois, un mecanisme supplemental peut 
etre prevu pour Pauthentification de Putilisateur afin d'accroftre le niveau 
de security dans le systeme. Le serveur de relation obdent les references 
du moyen de paiement electronique de I'utilisateur par association avec 
I'identificateur/authentifiant de ce dernier (par exemple le numero 
MSISDN), 

Le serveur de relation effectue ensuite une demande de paiement 
vers le centre de gestion 5 (etape ST11). 

De fagon optionnelle, le centre de gestion 5 peut demander au 
serveur de relation 4 une validation de la part de Putilisateur. Dans ce 
cas, le serveur de relation demande a Putilisateur via son telephone mobile 
de valider le paiement du montant de Pachat selectiqnne (etape ST12). 
Lorsque "Putilisateur a valide le paiement, une information de validation est 
transmise au centre de gestion 5. 

Le paiement est alors valide (etape ST13) par le centre de gestion 5 
avec ou sans validation de la part de Putilisateur suivant les cas. Le 
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serveur de paiement 51 du centre de gestion debite alors le compte de 
paiement de Putilisateur du montant de Pachat en mettant a jour la base 
de donnees 52 (etape ST131). De plus, le serveur 51 entre en contact 
avec le serveur 6 de Porganisme bancaire de la soci&e exploitante des 
automates afln de crediter son compte du montant de la vente realisee par 
['automate (etape ST132). 

Apr&s validation du paiement par le centre de gestion et, 
eventuellement, par Putilisateur, le serveur 51 du centre de gestion de 
paiement electronique envoie Pautorisation de paiement au serveur de 
relation 4 (etape ST14) qui la transmet (etape ST15) alors 3 Pautomate en 
attente d'une r^ponse (etape ST5) sous forme d'une demande 
(instruction) de livraison du bien ou du service commande par Putilisateur. 
En reponse, a la demande du serveur de relation, Pautomate delivre le 
bien ou le service (etape ST52). 

Afin de contrdler le bon deroulement de la transaction d'un bout a 
Pautre du procede, Pautomate peut retourner au serveur de relation une 
information sur le statut de la livraison (etape ST6), c'est-a-dire une 
information confirmant ou non la livraison effective du bien ou du service 
par rautomate. Dans ce cas, le serveur de relation 4 est en attente d'une 
confirmation de livraison de la part de Pautomate (&ape ST7). 

En cas d'echec dans la livraison du bien ou du service par 
Pautomate (panne mecanique, eiectrique, logiciel, etc.), le serveur de 
relation envoie une demande de credit au systeme de gestion du porte- 
monnaie Electronique de Putijisateur (etape ST71) pour que le compte de 
paiement de celui-ci soit recredite du montant de Pachat afin d'annuler le 
debit precedent (etape ST131) qui n'est plus justifie puisque Putilisateur 
n'a finalement pas regu le bien ou le service demand^. 

Apres livraison ou bien apres recredit du compte utilisateur en cas 
d'echec de livraison, Pautomate revient dans sa configuration de depart 
(etape ST1) en remettant son modem en veille. Uautomate est alors pret 
pour une nouvelle transaction. 

Pour accroitre le niveau de sQrete dans le systeme, . les.. donnees... 
(references transaction, identification utilisateur pour autorisation de 
paiement, demande de livraison, etc.) peuvent etre transmises sous forme 
cryptee. Dans ce cas, le terminal mobile ainsi que les serveurs qui 
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envoient et recpivent les donnees comprennent des moyens logiciels etyou 
materiels de cryptage/decryptage compatibles entre eux. 

Ainsi, la presente Invention propose une solution technique pour la 
conciliation de m£canismes asynchrones (mise en attente automate, 
demande autorisation de paiement, appel serveur de relation par 
utilisateur, etc.) permettant de realiser un achat sur un automate en 
utilisant un moyen de paiement electronique rattach6 a une entite 
ind£pendante (i.e. centre de gestion de paiement Electronique). 
1 Le probleme de manque de monnaie est egalement resolu par la 
presente invention car I'utilisateur peut toujours regler I'achat quel que 
soit le prix demande. 

D'autre part, le paiement electronique sur des automates mis en 
ceuvre conformement a Pinvention presente des avantages importants 
pour le gestionnaire exploitant de telles machines. En efFet, les 
performances economiques (ex. chiffre d'affaire) d'un pare de machines 
peuvent etre suivies quasiment en temps r£el en observant les demandes 
de credits envoyees au serveur 6. Comme les donnees de transaction 
comprennent ('identification de la machine, il est possible de suivre 
1'eVolution des chiffres de vente machine par machine. De plus, en 
minimisant I'utllisation et la presence de monnaie physique dans 
Tautomate, les interventions humaines (collectes monnaie, reparations) et 
les indisponibilites sont egalement reduites, ce qui am^liore encore le 
niveau de rentabilite de la machine. 
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REVENDICATIONS 



1. Proc&je pour permettre a un utilisateur (1) equips d'un 
terminal mobile (2) et possedant un moyen de paiement electronique 
comprenant un compte de paiement gere" par un centre de gestion de 
paiement Electronique (5) accessible via un serveur de paiement (51), 
I'achat d'un bien ou service propose sur au moins un automate (3), 
caracterise en ce que I'automate comprend des moyens pour etablir une 
liaison (7) avec un serveur de relation (4), les moyens d'etablissement de 
liaison etent relies a des moyens de traitement de I'automate programmes 
pour reagir a des instructions envoyees par le serveur de relation, et en ce 
que le proc#d6 comprend les etapes suivantes: 

a) selection par I'utilisateur du mode de paiement sur I'automate (3), 

b) selection par I'utilisateur d'un bien ou d'un service sur I'automate (3), 
C) connexion de I'automate (3) via les moyens d'etablissement d'une 

liaison au serveur de relation (4) pour envoyer les references du bien 
ou du service s6lectionn6, 

d) declenchement par les moyens de traitement de I'automate d'une 
mise en attente d'une reponse du serveur de relation (4), 

e) connexion au serveur de relation (4) par I'utilisateur via son terminal 
mobile (2) pour communiquer audit serveur ['identification de 
I'automate, 

f) interrogation du centre de gestion de paiement electronique (5) par le 
serveur de relation (4) pour verifier la validite du moyen de paiement 
electronique de I'utilisateur, 

g) envoi d'une autorisation de paiement par le centre de gestion de 
paiement electronique (5) au serveur de relation (4) lorsque la 
verification de la validite du moyen de paiement electronique est 
positive, 

h) envoi d'une instruction dejiyraisqn du.produitpar le. serveur de 
relation (4) a I'automate (3), et 

I) delivrance du bien ou du service a I'utilisateur par I'automate (3) en 
reponse a la demande de livraison du serveur de relation (4). 
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2. Precede selon la revendication 1, caracterise en ce que dans 
I'etape f), le serveur de relation interroge en outre le centre de gestion de 
paiement Electronique pour verifier le credit disponible du moyen .de 
paiement Electronique de I'utiiisateur de sorte que renvoi de I'autorisation 
de paiement par le centre de gestion de paiement electronique au serveur 
de relation dans I'etape g) est realise lorsque la verification de la validite et 
du credit du moyen de paiement electronique est positive. 

3. ProcEdE selon la revendication 1 ou 2, caracterise en ce que 
dans I'etape e), I'utiiisateur est identifie/authentifie au moyen d'un code 
dldentification transmis par le terminal mobile, le compte de paiement de 
I'utiiisateur Etant associE a ce code de maniere a permettre Identification 
du compte de paiement de I'utiiisateur dans I'etape f). 

4. Procede selon I'une des revendications 1^3, caracterise en 
ce que dans I'etape f), le centre de gestion de paiement Electronique (5) 
effectue en outre le debit du compte de paiement de I'utiiisateur du 
montant de I'achat du bien ou du service selectionne par I'utiiisateur. 

5. ProcEdE selon Tune des revendications i a 4, caracterise en 
ce que dans I'etape f), le centre de gestion de paiement electronique (5) 
etablit une liaison avec un serveur (6) du compte bancaire de I'exploitant 
de I'automate pour crediter ledit compte du montant de I'achat du bien ou 
du service selectionne par I'utiiisateur. 

6. Procede selon I'une des revendications 1 a 5, caracterise en 
ce qu'il comprend en outre une etape de validation du paiement par 
Putilisateur dans laquelle le serveur de relation (4) demande a I'utiiisateur 
de valider le paiement via son terminal mobile (2), la rEponse de 
Tutilisateur etant ensuite transmise au centre de gestion de paiement 
electronique (5) par le serveur de relation. 

7. Procede selon I'une des revendications 1 a 6, caracterise en 
ce que I'automate (3) renvoie une information sur le statut de livraison au 
serveur de relation (4) qui, en cas d'6chec dans la livraison du bien ou du 
service a I'utiiisateur, envoie une demande de credit au centre de gestion 
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de paiement electronique (5) pour recrediter le compte de paiement de 
I'utilisateur du montant de I'achat 

8. Procede selon Tune des revendications 1 a 7, caracterise en 
ce que dans I'etape d), I'automate (3) est mis en attente pendant une 
duree determinee. 

9. Systeme comprenant au moins un automate (3) destin6 a 
distribuer un bien ou un service commande directement sur I'automate par 
un utilisateur (1) 6quipe d'un terminal mobile (2) comprenant des moyens 
de transmission de donnees, i'utilisateur possedant en outre un moyen de 
paiement electronique comprenant un compte de paiement accessible via 
un serveur de paiement (51) d'un centre de gestion de paiement 
Electronique (5), 

caracterisE en ce que I'automate (3) comprend un moyen pour 
selectionner le moyen de paiement Electronique comme mode de 
paiement du bien ou du service commande et des moyens de traitement 
reagissant a la selection du moyen de paiement electronique pour etablir 
automatiquement une connexion avec un serveur de relation (4), envoyer 
les references du bien ou du service commande audit serveur de relation 
et dEllvrer (edit bien ou service en reponse a une instruction de livralson 
du serveur de relation, 

et en ce que le serveur de relation (4) est en liaison avec I'automate 
(3), I'appareil de telephonie mobile (2) et le serveur de paiement (51), 
ledit serveur de relation comprenant des moyens de traitement pour 
envoyer automatiquement une demande d'autorisation de paiement au 
serveur de paiement a 1 reception des donnees de transaction envoyees par 
I'automate (3) ainsi que des informations ^identification envoyees par 
I'utilisateur via son terminal mobile (2), de maniere a transmettre une 
instruction de livraison a I'automate lorsque I'autorisation de paiement est 
accordee. 

10. Systeme selon la revendication 9, caracterise en ce que 
I'utilisateur est identifie/authentifie au moyen d'un code dldentification 
transmis par le terminal mobile, le compte de paiement de I'utilisateur 
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etant associe a ce code de maniere a permettre Hdentification du compte 
de paiement de I'utilisateur. 

11. Systeme seion la revendication 9 ou 10, caracterise en ce 
que le serveur de relation (4) comprend en outre des moyens pour 
demander une validation du paiement par I'utilisateur via son terminal 
mobile (2) et transmettre Information de validation au serveur de 
paiement (51). 

12. Systeme selon Tune des revendications 9 a ll f caract6ris6 en 
ce que Tautomate (3) comprend en outre des moyens pour renvoyer une 
information sur le statut de livraison au serveur de relation (4), ledit 
serveur de relation envoyant au serveur de paiement (51) une demande 
de recredit du compte de rutilisateur du montant de I'achat en cas d'6chec 
dans la livraison du produit ou du service par I'automate. 
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